In the Claims 



1. (Currently Amended) A method for memory management in smart card 
2 controllers or similar restricted hardware environment by writing of data into a data space 

in a persistent memory, said method comprising: 
4 a) splitting the persistent memory into blocks with fixed data length having 

logical block numbers (LBN); 
6 b) selecting the size of blocks as such that it is equal to, or equivalent to an integer 

ratio of, the length of a page in EEPROM to the physical size of the pages of the 
8 EEPROM memory existing on the card; 

c) providing a-Block Allocation Table (BAT) in order to calculate the physical 
10 place of the block in memory from the logical block number; 

d) defming a bit existing in each block header, whereby this bit corresponds to a 
12 bit existing in a commit block; 

e) where toggling of the bit existing in the commit block toggles the validity of 
14 the corresponding memory block; 

f) replacing individual memory blocks by each other to accomplish a secure write 
16 mechanism by: 

1) writing the update data for a block together with the unchanged data of 
1 8 the block to a new formerly free block; 

2) committing the operation by writing a new commit field after finishing 
20 the update process; and 

3) erasing the old data blocks which contain non-updated data and 

22 updating the BAT so that the physical blocks for the concerned updated logical 

blocks are exchange d, whereby respective old and new logical blocks are replaced 
24 by each other; - 

g) typically all commit bits of the commit field are located in one EEPROM page 
26 (a commit block) to prevent the system from losing a valid commit field (respectively 

commit block) if a power failure occurs during updating the commit block, the commit 
28 eleek -block is doubled and only one of the two commit blocks is valid at a time whereby 
an update of the commit block is always done by writing to the commit block not written 



2 



30 to at the last update, because this is the invalid commit block not containing valid commit 

data 1 w hereby the validity from of the invalid commit block is determined by a two-bit 
32 counte r (C0 % Cl\ which is added to each commit bloc k (C0,C1) , 

2. (Currently Amended) The method according to claim 1, including the step of 
2 splitting a whole block into individual segments, each individual segment having a 

unique number in the order of its position, w hereby each fragment is belonging to a 
4 different data object. 

3. (Currently Amended) The method according to claim 2, including the step of 

2 identifying a corresponding segment through the logical block number of the whole block 
and the unique n umber of the individual segment. 

4. (Original) The method according to claim 2, including defining a block header 
2 in the block with a list of entries providing information to localize the segments as well as 

defining their length. 

5. (Currently Amended) The method according to claim 1 , wherein a linkage 

2 between blocks by writing the LBN of the following block to the header of the leading 
block before the following block is provided. 

6. (Cancelled) 

7. (Original) The method according to claim 1, wherein some kinds of blocks are 
2 organized in form of a ring list. 

8 -16 (Cancelled) 

17. (Previously Presented) The method according to claim 1> wherein the commit 
2 bits are managed on a physical level. 
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